Apparatus and method for patient rounding with a remote controlled robot

ABSTRACT

A method for remotely monitoring a patient. The method includes generating and transmitting input commands to the robot from a remote station. The remote station may include a personal computer that is operated by a doctor. The input commands can move the robot so that a video image and sounds of the patient can be captured by a robot camera and microphone, respectively, and transmitted back to the remote station. The robot may also have a monitor and a speaker to allow for two-way videoconferencing between the patient and a doctor at the remote station. The robot can move from room to room so that a doctor can make “patient rounds” within a medical facility. The system thus allows a doctor visit patients from a remote location, thereby improving the frequency of visits and the quality of medical care. 
     REEXAMINATION RESULTS 
     The questions raised in reexamination proceeding No. 90/012,069, filed Dec. 22, 2011, have been considered, and the results thereof are reflected in this reissue patent which constitutes the reexamination certificate required by 35 U.S.C. 307 as provided in 37 CFR 1.570(e) for  ex parte  reexaminations, or the reexamination certificate required by 35 U.S.C. 316 as provided in 37 CFR 1.997(e) for  inter partes  reexaminations.

CROSS REFERENCE TO RELATED APPLICATIONS

This application is a continuation of application Ser. No. 10/751,032,filed on Jan. 2, 2004, now U.S. Pat. No. 7,164,969 which is acontinuation-in-part of application Ser. No. 10/206,457, filed on Jul.25, 2002, now U.S. Pat. No. 6,925,357:

BACKGROUND OF THE INVENTION

1. Field of the Invention

The subject matter disclosed generally relates to the field of robotics.

2. Background Information

Patient consultation is a critical component of medical care. Forexample, it is typically imperative that a physician visit a patientafter a surgical procedure. Such visits not only allow the physician toobserve the patient for follow-up care, but aids in establishing the allimportant personal relationship between doctor and patient. Because ofvarious economic and regulatory issues it has become increasingdifficult for physicians to develop strong relationships with patientsthrough interactive visits.

John Hopkins Medical Institution has tested a program wheretele-conferencing equipment is placed in a patient's room. The doctorcan then remotely “visit” the patient through the tele-conferencingsystem. Such an approach would require tele-conferencing equipment ineach patient room, thereby increasing the cost of equipping andmaintaining the medical facility. Additionally, the tele-conferencingequipment must be placed in a position to allow the doctor to view thepatient. This may be in a location adjacent to the patient's bed. Such alocation may not allow the doctor to view an ambulatory patient.

Robots have been used in a variety of applications ranging from remotecontrol of hazardous material to assisting in the performance ofsurgery. For example, U.S. Pat. No. 5,762,458 issued to Wang et al.discloses a system that allows a surgeon to perform minimally invasivemedical procedures through the use of robotically controlledinstruments. One of the robotic arms in the Wang system moves anendoscope which has a camera that allows a surgeon to view a surgicalarea of a patient.

Tele-robots such as hazardous waste handlers and bomb detectors maycontain a camera that allows the operator to view the remote site.Canadian Pat. No. 2289697 issued to Treviranus, et al. discloses avideoconferencing platform that has both a camera and a monitor. TheTreviranus patent also discloses embodiments with a mobile platform, andmechanisms for moving the camera and the monitor.

Publication Application No. US-2003-0050233-A1 discloses a remoterobotic system wherein a plurality of remote stations can control aplurality of robotic arms used to perform a minimally invasive medicalprocedure. Each remote station can receive a video image provided by theendoscope inserted into the patient. The remote stations are linked tothe robotic system by a dedicated communication link.

To date there has not been a utilization of mobile robots to allow adoctor to remotely visit a patient. Such a technique would allow morefrequent doctor/patient visits and improve the quality of medical care.

BRIEF SUMMARY OF THE INVENTION

A method for remotely monitoring a patient with a robot that has acamera and a microphone. A robot input command is generated andtransmitted from a remote station. The robot input command is receivedby the robot. The robot moves in response to the robot input command. Avideo image and sound of the patient is transmitted to the remotestation from the robot.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is an illustration of a robotic system;

FIG. 2 is a schematic showing movement of a robot in a medical facility;

FIG. 3 is a schematic of an electrical system of a robot;

FIG. 4 is a further schematic of the electrical system of the robot;

FIG. 5 is side view of the robot;

FIG. 6 is a top perspective view of a holonomic platform of the robot;

FIG. 7 is aside perspective view of a roller assembly of the holonomicplatform;

FIG. 8 is a bottom perspective view showing a pedestal assembly of therobot;

FIG. 9 is a sectional view showing an actuator of the pedestal assembly;

FIG. 10 is a side view of a robot head.

DETAILED DESCRIPTION

Disclosed is a method for remotely monitoring a patient. The methodincludes generating and transmitting input commands to the robot from aremote station. The remote station may include a personal computer thatis operated by a doctor. The input commands can move the robot so that avideo image and sounds of the patient can be captured by a robot cameraand microphone, respectively, and transmitted back to the remotestation. The robot may also have a monitor and a speaker to allow fortwo-way videoconferencing between the patient and a doctor at the remotestation. The robot can move from room to room so that a doctor can make“patient rounds” within a medical facility. The system thus allows adoctor to visit patients from a remote location, thereby improving thefrequency of visits and the quality of medical care.

Referring to the drawings more particularly by reference numbers, FIG. 1shows a robotic system 10. The robotic system 10 includes a robot 12, abase station 14 and a remote control station 16. The control station 16may be coupled to the base station 14 through a network 18. By way ofexample, the network 18 may be either a packet switched network such asthe Internet, or a circuit switched network such has a Public SwitchedTelephone Network (PSTN) or other broadband system. The base station 14may be coupled to the network 18 by a modem 20 or other broadbandnetwork interface device.

The remote control station 16 may include a computer 22 that has amonitor 24, a camera 26, a microphone 28 and a speaker 30. The computer22 may also contain an input device 32 such as a joystick or a mouse.The station 16 is typically located in a place that is remote from therobot 12. Although only one robot 12 is shown, it is to be understoodthat the system 10 may have a plurality of robots 12. In general anynumber of robots 12 may be controlled by any number of remote stations.For example, one remote station 16 may be coupled to a plurality ofrobots 12, or one robot 12 may be coupled to a plurality of remotestations 16.

The robot 12 includes a movement platform 34 that is attached to a robothousing 36. Also attached to the robot housing 36 are a camera 38, amonitor 40, a microphone(s) 42 and a speaker 44. The microphone 42 andspeaker 30 may create a stereophonic sound. The robot 12 may also havean antenna 45 that is wirelessly coupled to an antenna 46 of the basestation 14. The system 10 allows a user at the remote control station 16to move the robot 12 through the input device 32. The robot camera 38 iscoupled to the remote monitor 24 so that a user at the remote station 16can view a patient. Likewise, the robot monitor 40 is coupled to theremote camera 26 so that the patient can view the user. The microphones28 and 42, and speakers 30 and 44, allow for audible communicationbetween the patient and the user.

Each remote station computer 22 may operate Microsoft OS software andWINDOWS XP or other operating systems such as LINUX. The remote computer22 may also operate a video driver, a camera driver, an audio driver anda joystick driver. The video images may be transmitted and received withcompression software such as MPEG CODEC.

The system 10 may be the same or similar to a robotic system sold by theassignee InTouch-Health, Inc. of Santa Barbara, Calif. under thetrademark COMPANION.

FIG. 2 shows an implementation of the system in a medical facility 50.The medical facility 50 may be a hospital, assisted living home, etc,that contains a plurality of patient rooms 52, including a first patientroom 52A and a second patient room 52B, each containing one or morepatients.

A doctor may be located at a remote station 16. The remote station 16may be on or off the premises of the medical facility 50. The station 16is linked to the robot 12 by the network 18 and wireless base station14. The medical facility 50 may have a number of wireless base stations14 located throughout the facility 50 so that the robot 12 is alwayslinked to a station 14.

The system 10 allows the doctor to make patient rounds in the facility50. For example, the doctor may generate robot input commands at theremote station 16 that are then transmitted and received by the robot12. The input commands may cause the robot to move to the door of thefirst patient room 52A. The doctor can view a chart 54 outside the roomthrough the robot camera. The doctor may utilize a zoom feature of thecamera to read the chart.

After reading the chart the doctor may move the robot into the firstpatient room 52A. The system allows the doctor to conduct a two-wayvideoconference with the patient. The videoconference may allow thedoctor to observe the patient through the robot camera. The doctor canalso ask questions that can be generated by the robot speaker and/ordisplayed by the robot monitor. The robot monitor can display the doctorat the remote station so that the patient feels they are being “visited”by the doctor.

After the visiting the patient in the first patient room 52A the doctorcan move the robot 12 to the second patient room 52B where the processis repeated. The system thus allows the doctor to visit multiplepatients from a remote location. This increases the frequency of doctorvisits, reduces doctor fatigue and improves the overall medical care ofthe patients.

FIGS. 3 and 4 show an embodiment of the robot 12. The robot 12 mayinclude a high level control system 150 and a low level control system152. The high level control system 150 may include a processor 154 thatis connected to a bus 156. The bus 156 is coupled to the camera 38 by aninput/output (I/O) port 158, and to the monitor 40 by a serial outputport 160 and a VGA driver 162. The monitor 40 may include a touchscreenfunction that allows the patient to enter input by touching the monitorscreen 40.

The speaker 44 is coupled to the bus 156 by a digital to analogconverter 164. The microphone 42 is coupled to the bus 156 by an analogto digital converter 166. The high level controller 150 may also containrandom access memory (RAM) device 168, a non-volatile RAM device 170 anda mass storage device 172 that are all coupled to the bus 162. The massstorage device 172 may contain medical files of the patient that can beaccessed by the user at the remote control station 16. For example, themass storage device 172 may contain a picture of the patient. The user,particularly a health care provider, can recall the old picture and makea side by side comparison on the monitor 24 with a present video imageof the patient provided by the camera 38. The robot antennae 45 may becoupled to a wireless transceiver 174. By way of example, thetransceiver 174 may transmit and receive information in accordance withIEEE 802.11b.

The controller 154 may operate with a LINUX OS operating system. Thecontroller 154 may also operate MS WINDOWS along with video, camera andaudio drivers for communication with the remote control station 16.Video information may be transceived using MPEG CODEC compressiontechniques. The software may allow the user to send e-mail to thepatient and vice versa, or allow the patient to access the Internet. Ingeneral the high level controller 150 operates to control thecommunication between the robot 12 and the remote control station 16.

The high level controller 150 may be linked to the low level controller152 by serial ports 176 and 178. The low level controller 152 includes aprocessor 180 that is coupled to a RAM device 182 and non-volatile RAMdevice 184 by a bus 186. The robot 12 contains a plurality of motors 188and motor encoders 190. The encoders 190 provide feedback informationregarding the output of the motors 188. The motors 188 can be coupled tothe bus 186 by a digital to analog converter 192 and a driver amplifier194. The encoders 190 can be coupled to the bus 186 by a decoder 196.The robot 12 also has a number of proximity sensors 198 (see also FIG.1). The position sensors 198 can be coupled to the bus 186 by a signalconditioning circuit 200 and an analog to digital converter 202.

The low level controller 152 runs software routines that mechanicallyactuate the robot 12. For example, the low level controller 152 providesinstructions to actuate the movement platform to move the robot 12. Thelow level controller 152 may receive movement instructions from the highlevel controller 150. The movement instructions may be received asmovement commands from the remote control station. Although twocontrollers are shown, it is to be understood that the robot 12 may haveone controller controlling the high and low level functions.

The various electrical devices of the robot 12 may be powered by abattery(ies) 204. The battery 204 may be recharged by a batteryrecharger station 206 (see also FIG. 1). The low level controller 152may include a battery control circuit 208 that senses the power level ofthe battery 204. The low level controller 152 can sense when the powerfalls below a threshold and then send a message to the high levelcontroller 150. The high level controller 150 may include a powermanagement software routine that causes the robot 12 to move so that thebattery 204 is coupled to the recharger 206 when the battery power fallsbelow a threshold value. Alternatively, the user can direct the robot 12to the battery recharger 206. Additionally, the battery 204 may bereplaced or the robot 12 may be coupled to a wall power outlet by anelectrical cord (not shown).

FIG. 5 shows an embodiment of the robot 12. The robot 12 may include aholonomic platform 210 that is attached to a robot housing 212. Theholonomic platform 210 provides three degrees of freedom to allow therobot 12 to move in any direction.

The robot 12 may have a pedestal assembly 214 that supports the camera38 and the monitor 40. The pedestal assembly 214 may have two degrees offreedom so that the camera 26 and monitor 24 can be swiveled and pivotedas indicated by the arrows.

As shown in FIG. 6 the holonomic platform 210 may include three rollerassemblies 220 that are mounted to a base plate 221. The rollerassemblies 220 allow for movement in any direction.

The robot housing 212 may include a bumper 222. The bumper 222 may becoupled to optical position sensors 223 that detect when the bumper 222has engaged an object. After engagement with the object the robot candetermine the direction of contact and prevent further movement into theobject.

FIG. 7 shows an embodiment of a roller assembly 220. Each assembly 220may include a drive ball 224 that is driven by a pair of transmissionrollers 226. The assembly 220 may include a retainer ring 228 and aplurality of bushings 230 that capture and allow the ball 224 to rotatein x and y directions but prevent movement in a z direction. Theassembly also holds the ball under the transmission rollers 226.

The transmission rollers 226 are coupled to a motor assembly 232. Theassembly 232 corresponds to the motor 188 shown in FIG. 4. The motorassembly 232 includes an output pulley 234 attached to a motor 236. Theoutput pulley 234 is coupled to a pair of ball pulleys 238 by a drivebelt 240. The ball pulleys 238 are each attached to a transmissionbracket 242. The transmission rollers 226 are attached to thetransmission brackets 242.

Rotation of the output pulley 234 rotates the ball pulleys 238. Rotationof the ball pulleys 238 causes the transmission rollers 226 to rotateand spin the ball 224 through frictional forces. Spinning the ball 224will move the robot 12. The transmission rollers 226 are constructed toalways be in contact with the drive ball 224. The brackets 242 allow thetransmission rollers 226 to freely spin in a direction orthogonal to thedriven direction when one of the other roller assemblies 220 is drivingand moving the robot 12.

As shown in FIG. 8, the pedestal assembly 214 may include a motor 250that is coupled to a gear 252 by a belt 254. The gear 252 is attached toa shaft 256. The shaft 256 is attached to an arm 258 that is coupled tothe camera 38 and monitor 40 by a bracket 260. Activation of the motor250 rotates the gear 252 and sleeve 256, and causes the camera 38 andmonitor 40 to swivel (see also FIG. 5) as indicated by the arrows 4.

As shown in FIG. 9, the assembly 214 may further include a tilt motor262 within the arm 258 that can cause the monitor 40 and camera 38 topivot as indicated by the arrows 5. The tilt motor 262 may rotate a worm264 that rotates a worm gear 266. The pin 268 is rigidly attached toboth the worm gear 266 and the bracket 260 so that rotation of the gear266 pivots the camera 38 and the monitor 40. The camera 38 may alsoinclude a zoom feature to provide yet another degree of freedom for theoperator.

The robot 10 may be controlled by a number of different doctors. Toaccommodate for this the robot may have an arbitration system. Thearbitration system may be integrated into the operating system of therobot 12. For example, the arbitration technique may be embedded intothe operating system of the high-level controller 150.

By way of example, the users may be divided into classes that includethe robot itself, a local user, a caregiver, a doctor, a family member,or a service provider. The robot 12 may override input commands thatconflict with robot operation. For example, if the robot runs into awall, the system may ignore all additional commands to continue in thedirection of the wall. A local user is a person who is physicallypresent with the robot. The robot could have an input device that allowslocal operation. For example, the robot may incorporate a voicerecognition system that receives and interprets audible commands.

A caregiver is someone who remotely monitors the patient. A doctor is amedical professional who can remotely control the robot and also accessmedical files contained in the robot memory. The family and serviceusers remotely access the robot. The service user may service the systemsuch as by upgrading software, or setting operational parameters.

Message packets may be transmitted between a robot 12 and a remotestation 16. The packets provide commands and feedback. Each packet mayhave multiple fields. By way of example, a packet may include an IDfield a forward speed field, an angular speed field, a stop field, abumper field, a sensor range field, a configuration field, a text fieldand a debug field.

The identification of remote users can be set in an ID field of theinformation that is transmitted from the remote control station 16 tothe robot 12. For example, a user may enter a user ID into a setup tablein the application software run by the remote control station 16. Theuser ID is then sent with each message transmitted to the robot.

The robot 12 may operate in one of two different modes; an exclusivemode, or a sharing mode. In the exclusive mode only one user has accesscontrol of the robot. The exclusive mode may have a priority assigned toeach type of user. By way of example, the priority may be in order oflocal, doctor, caregiver, family and then service user. In the sharingmode two or more users may share access with the robot. For example, acaregiver may have access to the robot, the caregiver may then enter thesharing mode to allow a doctor to also access the robot. Both thecaregiver and the doctor can conduct a simultaneous tele-conference withthe patient.

The arbitration scheme may have one of four mechanisms; notification,timeouts, queue and call back. The notification mechanism may informeither a present user or a requesting user that another user has, orwants, access to the robot. The timeout mechanism gives certain types ofusers a prescribed amount of time to finish access to the robot. Thequeue mechanism is an orderly waiting list for access to the robot. Thecall back mechanism informs a user that the robot can be accessed. Byway of example, a family user may receive an e-mail message that therobot is free for usage. Tables 1 and 2, show how the mechanisms resolveaccess request from the various users.

TABLE I Access Medical Command Software/Debug Set User Control RecordOverride Access Priority Robot No No Yes (1) No No Local No No Yes (2)No No Caregiver Yes Yes Yes (3) No No Doctor No Yes No No No Family NoNo No No No Service Yes No Yes Yes Yes

TABLE II Requesting User Local Caregiver Doctor Family Service CurrentLocal Not Allowed Warn current user of Warn current user of Warn currentuser of Warn current user of User pending user pending user pending userpending user Notify requesting Notify requesting user Notify requestinguser Notify requesting user that system is in that system is in use thatsystem is in use user that system is in use use Set timeout = 5 m Settimeout = 5 m No timeout Set timeout Call back Call back Caregiver Warncurrent user Not Allowed Warn current user of Warn current user of Warncurrent user of of pending user. pending user pending user pending userNotify requesting Notify requesting user Notify requesting user Notifyrequesting user that system is that system is in use that system is inuse user that system is in use in use. Set timeout = 5 m Set timeout = 5m No timeout Release control Queue or callback Callback Doctor Warncurrent user Warn current user of Warn current user of Notify requestinguser Warn current user of of pending user pending user pending user thatsystem is in use pending user Notify requesting Notify requesting Notifyrequesting user No timeout Notify requesting user that system is userthat system is in that system is in use Queue or callback user thatsystem is in use in use use No timeout No timeout Release control Settimeout = 5 m Callback Callback Family Warn current user Notifyrequesting Warn current user of Warn current user of Warn current userof of pending user user that system is in pending user pending userpending user Notify requesting use Notify requesting user Notifyrequesting user Notify requesting user that system is No timeout thatsystem is in use that system is in use user that system is in use in usePut in queue or Set timeout = 1 m Set timeout = 5 m No timeout ReleaseControl callback pending user Queue or callback Call back Service Warncurrent user Notify requesting Warn current user of Warn current user ofNot Allowed of pending user user that system is in request pending userNotify requesting use Notify requesting user Notify requesting user userthat system is No timeout that system is in use that system is in use inuse Callback No timeout No timeout No timeout Callback Queue or callback

The information transmitted between the station 16 and the robot 12 maybe encrypted. Additionally, the user may have to enter a password toenter the system 10. A selected robot is then given an electronic key bythe station 16. The robot 12 validates the key and returns another keyto the station 16. The keys are used to encrypt information transmittedin the session.

FIG. 10 shows a robot head 300 that can both pivot and spin the camera38 and the monitor 40. The robot head 300 can be similar to the robot 12but without the platform 210. The robot head 300 may have the samemechanisms and parts to both pivot the camera 38 and monitor 40 aboutthe pivot axis 4, and spin the camera 38 and monitor 40 about the spinaxis 5. The pivot axis may intersect the spin axis. Having a robot head300 that both pivots and spins provides a wide viewing area. The robothead 300 may be in the system either with or instead of the mobile robot12. The head 300 may be placed in a patient room to conduct two-wayvideoconferencing between a patient and a doctor at a remote location.The pivoting and spinning degrees of freedom allow the doctor to movethe camera to follow an ambulatory patient.

While certain exemplary embodiments have been described and shown in theaccompanying drawings, it is to be understood that such embodiments aremerely illustrative of and not restrictive on the broad invention, andthat this invention not be limited to the specific constructions andarrangements shown and described, since various other modifications mayoccur to those ordinarily skilled in the art.

What is claimed is:
 1. A method for viewing enabling at least one of afirst remote user and a second remote user to view a patient using arobot having a camera and a microphone, the first remote user having anability to control the robot using a first remote station and the secondremote user having an ability to control the robot using a second remotestation, the method comprising: electing either an exclusive mode ofoperation or a shared mode of operation, whereby, in the exclusive modeof operation, only of the first remote station and the second remotestation has control of the robot and, in the shared mode of operation,both of the first remote station and the second remote station havecontrol of the robot; generating a first robot movement input command ata using the first remote station or the second remote station;transmitting the first robot movement input command; receiving the firstrobot movement input command at a the robot that has a the camera and athe microphone; moving the camera to view a the patient; and,transmitting an image of the patient and a sound of the patient from therobot to the first remote station or the second remote station.
 2. Themethod of claim 1, further comprising generating a second robot movementcommand, transmitting the second robot command and moving the robotacross a floor of a medical facility.
 3. The method of claim 1, whereinthe robot movement input command is generated by a doctor.
 4. The methodof claim 1, further comprising transmitting a video image and a sound ofa doctor at the first remote station or the second remote station to therobot, the video image being displayed by a monitor of the robot, thesound being generated by a speaker of the robot.
 5. The method of claim1, wherein the robot movement input command causes the robot camera tozoom relative to the patient.
 6. The method of claim 1, furthercomprising transmitting a video image of a medical chart from the robotto the first remote station or the second remote station.
 7. The methodof claim 1, further comprising generating and transmitting a questionfrom the first remote station or the second remote station to the robot.8. The method of claim 7, wherein the question is generated by a speakerof the robot.
 9. The method of claim 7, wherein the question isdisplayed by a monitor of the robot.
 10. The method of claim 1, whereinthe robot movement input command is transmitted through a broadbandnetwork.
 11. The method of claim 1, wherein the robot movement inputcommand is generated by a caregiver.
 12. The method of claim 1, furthercomprising detecting when the robot has contacted an object, determininga direction of contact with the object and preventing further movementtoward the object.
 13. The method of claim 1, wherein the robot furthercomprises a monitor, the monitor and the camera of the robot beingmounted to rotate together such that the camera and the monitor cannotbe rotated independently of each other, the method further comprising atleast one of pivoting and tilting the monitor and the camera together asa single unit.
 14. The method of claim 4, further comprisingcompressing, transmitting and receiving the video image and the sound ofthe first remote user or the second remote user using an MPEG standard.15. The method of claim 1, wherein transmitting the image of the patientand the sound of the patient from the robot to the first remote stationor the second remote station comprises transmitting and receiving avideo with MPEG compression software.
 16. The method of claim 1 furthercomprising displaying the image of the patient on a display connected tothe first remote station; transmitting an image of the first user and asound of the first user from the first remote station to the robot; anddisplaying the image of the first user on the display connected to therobot.
 17. The method of claim 16, further comprising accessinginformation stored in a mass storage device of the robot.
 18. The methodof claim 17, wherein accessing information stored in the mass storagedevice of the robot comprises accessing medical files associated withthe patient.
 19. The method of claim 17, wherein accessing informationstored in the mass storage device of the robot comprises recalling astill picture stored on the robot.
 20. The method of claim 17, furthercomprising displaying on the display connected to the first remotestation the information stored in the mass storage device of the robot.21. The method of claim 16, further comprising transmitting a command tothe robot that causes the robot to move so that the robot is coupled toa battery charger.
 22. The method of claim 21, wherein the robot couplesto the battery charger without human intervention.
 23. The method ofclaim 16, further comprising coupling the robot to an electrical walloutlet to recharge the battery.
 24. The method of claim 16, furthercomprising moving the robot across a surface through a series ofmovement input commands that are transmitted from one of the firstremote station and the second remote station to the robot.
 25. Themethod of claim 24, further comprising creating message packets havingmultiple data fields, which message packages contain the movement inputcommands.
 26. The method of claim 25, further comprising encrypting themessage packets that are transmitted to the robot.
 27. The method ofclaim 25, wherein one of the multiple data fields is an ID field. 28.The method of claim 25, wherein one of the multiple data fields is aforward speed field.
 29. The method of claim 25, wherein one of themultiple data fields is an angular speed field.
 30. The method of claim25, wherein one of the multiple data fields is a stop field.
 31. Themethod of claim 25, wherein one of the multiple data fields is a bumperfield.
 32. The method of claim 25, wherein one of the multiple datafields is a sensor range field.
 33. The method of claim 25, wherein oneof the multiple data fields is a configuration field.
 34. The method ofclaim 25, wherein one of the multiple data fields is a text field. 35.The method of claim 25, wherein one of the multiple data fields is adebug field.
 36. The method of claim 24, further comprising exclusivelycontrolling the robot from multiple remote stations at different times.37. The method of claim 36, further comprising determining which of themultiple remote stations can have control of the robot.
 38. The methodof claim 16, further comprising moving the display connected to therobot relative to the robot.
 39. The method of claim 38, wherein movingthe display comprises tilting the display connected to the robot. 40.The method of claim 38, wherein moving the display comprises rotatingthe display connected to the robot.
 41. The method of claim 38, whereinmoving the display comprises pivoting the display connected to therobot.
 42. The method of claim 16, further comprising tilting the cameraconnected to the robot.
 43. The method of claim 16, further comprisingrotating the camera connected to the robot.
 44. The method of claim 16,further comprising identifying obstructions to movement using one ormore proximity sensors mounted to the robot.
 45. A method of using amobile robotic system for facilitating remote monitoring of a pluralityof patients in a medical facility having a plurality of patient rooms,including a first patient room and a second patient room, each of thefirst patient room and the second patient room containing one or morepatients, the mobile robotic system comprising a first remote stationadapted for use by a first user and a robot configured to be wirelesslylinked to the first remote station, the robot comprising a video cameraand a microphone, the method comprising: using the first remote stationto generate a first set of robot movement input commands that aretransmitted to and received by the robot; using the first set of robotmovement input commands generated at the first remote station to movethe robot to a vicinity of the first patient room; capturing with thevideo camera of the robot and transmitting to the first remote stationpatient-related information related to a first patient; after viewingthe captured and transmitted patient-related information related to thefirst patient, using the first remote station to generate a second setof robot input commands that are transmitted to and received by therobot; using the second set of robot input commands generated at thefirst remote station to move the robot into the first patient room;conducting a two-way videoconference with the first patient in the firstpatient room using the video camera of the robot, a display of therobot, a video camera of the first remote station and a display of thefirst remote station, the two-way videoconference including moving thevideo camera to view the patient, transmitting an image of the patientand a sound of the patient from the robot to the first remote station;using the first remote station to generate a third set of robot inputcommands that are transmitted to and received by the robot; using thethird set of robot input commands generated at the first remote stationto move the robot out of the first patient room and into a vicinity ofthe second patient room; capturing with the video camera of the robotand transmitting to the first remote station patient-related informationrelated to a second patient; after viewing the captured and transmittedpatient-related information related to the second patient, using thefirst remote station to generate a fourth set of robot input commandsthat are transmitted to and received by the robot; using the fourth setof robot input commands generated at the first remote station to movethe robot into the second patient room; conducting a two-wayvideoconference with the second patient in the second patient room usingthe video camera of the robot, the display of the robot, the videocamera of the first remote station and the display of the first remotestation; using the first remote station to generate a fifth set of robotinput commands that are transmitted to and received by the robot; andusing the fifth set of robot input commands generated at the firstremote station to move the robot out of the second patient room.
 46. Themethod of claim 45, wherein the patient-related information related toat least one of the first patient and the second patient comprises apatient chart.
 47. The method of claim 45, wherein using the videocamera comprises using a zoom feature to capture the information. 48.The method of claim 45, further comprising displaying the first user onthe display of the robot during the two-way videoconference.
 49. Themethod of claim 45, further comprising using a second station togenerate robot input commands.
 50. The method of claim 49, furthercomprising selecting only one of the first remote station and the secondstation to control the robot such that exclusive control of the robotcan be provided to one of the first remote station and the secondstation.
 51. The method of claim 49, further comprising allowing boththe first remote station and the second station to control the robotsuch that the first remote station and the second station share controlof the robot.
 52. The method of claim 51, further comprising using thefirst remote station to enable shared control such that both the firstremote station and the second station share control of the robot. 53.The method of claim 45, further comprising using the first remotestation to control a second robot.